home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 17676 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.2 KB
  1. Path: solon.com!not-for-mail
  2. From: schwarz@mips.complang.tuwien.ac.at (Konrad Schwarz)
  3. Newsgroups: comp.lang.c,comp.lang.c.moderated,comp.lang.c++,comp.lang.misc
  4. Subject: Re: Need C or C++ Embedded Interpreter
  5. Date: 16 Apr 1996 20:44:06 -0500
  6. Organization: TU Wien
  7. Sender: clc@solutions.solon.com
  8. Approved: clc@solutions.solon.com
  9. Message-ID: <4l1id6$pva@solutions.solon.com>
  10. References: <4ku413$57i@solutions.solon.com>
  11. NNTP-Posting-Host: solutions.solon.com
  12.  
  13. A difficulty I see with an extendible printf is devising a mechanism
  14. so that unrelated modules can cooperate on extensions.  Suppose library
  15. A and B both decide to assign format letter b, and J. Random Luser decides
  16. to use A and B in the same program.  When the second library to assign the
  17. format notices that b has already been assigned, it has no choice but
  18. to search for a different, unassigned letter and then rewrite all its
  19. format strings---ruling out the use of format extensions in libraries
  20. for all practical purposes.  I don't think that any of the current
  21. (ANSI) library functions have this problem, since they tend give you
  22. something, i.e., a FILE * or a file descriptor, instead of allowing you
  23. to request a certain object.
  24.  
  25. Konrad Schwarz
  26.